home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9611 / 000116_owner-urn-ietf _Fri Nov 8 03:49:18 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  2KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id DAA07499 for urn-ietf-out; Fri, 8 Nov 1996 03:49:18 -0500
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id DAA07494 for <urn-ietf@services.bunyip.com>; Fri, 8 Nov 1996 03:49:15 -0500
  3. From: Harald.T.Alvestrand@uninett.no
  4. Received: from domen.uninett.no by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  5.         id AA03184  (mail destined for urn-ietf@services.bunyip.com); Fri, 8 Nov 96 03:49:13 -0500
  6. Received: from domen.uninett.no by domen.uninett.no with SMTP (PP) 
  7.           id <03364-0@domen.uninett.no>; Fri, 8 Nov 1996 09:46:58 +0100
  8. X-Mailer: exmh version 1.6.7 5/3/96
  9. To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
  10. Cc: Fisher Mark <FisherM@is3.indy.tce.com>,
  11.         "urn-ietf@bunyip.com" <urn-ietf@bunyip.com>
  12. Subject: Re: [URN] Persistence as part of URN framework
  13. In-Reply-To: Your message of "Wed, 06 Nov 1996 17:39:57 GMT." <2.2.32.19961106173957.009f6a14@sherekhan.jungle.bt.co.uk>
  14. Mime-Version: 1.0
  15. Content-Type: text/plain; charset=us-ascii
  16. Date: Fri, 08 Nov 1996 09:46:46 +0100
  17. Message-Id: <3361.847442806@domen.uninett.no>
  18. Sender: owner-urn-ietf@services.bunyip.com
  19. Precedence: bulk
  20. Reply-To: Harald.T.Alvestrand@uninett.no
  21. Errors-To: owner-urn-ietf@bunyip.com
  22.  
  23. OK - I see what you mean.
  24. Five roles, all different:
  25.  
  26. - URN assigner (guarantees uniqueness of URNs)
  27. - URN buyer (gets an URN to apply to his work)
  28. - URN referer (puts references to others' work using URN)
  29. - URN user (clicks on the URN reference)
  30. - URN resolver (makes magic happen for the URN user)
  31.  
  32. The assigner and the buyer have to have some agreement; if the buyer
  33. assigns his own URL, the agreement should be easy :-)
  34. The resolver may be the assigner, or someone the assigner has an
  35. agreement with, or it may be someone (reference.com? archive.org? oclc?)
  36. that does the resolution without bothering to ask anyone about it.
  37.  
  38. What you're looking for is some kind of "minimum guarantee" from the
  39. assigner/buyer to the referer about the quality of resolution services
  40. that will be present in the future.
  41.  
  42. Right?
  43.  
  44.                         Harald A
  45.  
  46.  
  47.  
  48.